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(54) Method and system utilizing data fragments for efficiently importing/exporting removable 
storage volumes 



(57) A method and system utilizing data fragments 
for efficiently importing/exporting a removable storage 
volume having a number of data files from a first virtual 
storage system to a second virtual storage system. The 
method includes writing data fragments to the end of the 
removable storage volume in the first virtual storage 
system. The data fragments contain information, such 
as data file headers, that uniquely identifies the data 
files residing in the removable storage volume. Next, the 
removable storage volume is transferred to the second 
virtual storage system. Upon receipt of the volume, the 
second virtual storage system updates a tape volume 
cache in the second virtual storage system utilizing the 
Information contained in the data fragments without hav- 
ing to read each of the data files. In one embodiment, 
the data fragments include at least one data file, a file 
header preceding the data file and a data fragment trail- 
er. 
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Descripti n 

[0001] The present invention relates In generalto data 
storage and processing and, in particular to virtual stor- 
age systems. More particularly, the present invention re- 
lates to a method and system utilizing data fragments 
for efficiently importing/exporting removable storage 
volumes between virtual storage systems. 
[0002] In hierarchical virtual storage systems, inten- 
sively used and frequently accessed data is stored in 
fast but expensive memory. On example of a fast mem- 
ory is a direct access storage device (OASD). In con- 
trast, less frequently accessed data is stored in less ex- 
pensive but slower memory. Examples of 6lower mem- 
ory are tape drives and disk drive arrays, The-goa! of 
the hierarchy is to obtain moderately priced, high-capac- 
ity storage while maintaining high-speed access to the 
stored information. 

[0003] One such hierarchical storage system is a vir- 
tual tape storage system (VTS), including a host data 
interface, a DASD, and a number of tape devices. When 
the host writes a logical volume, or a fife, to the VTS, 
the data is stored as a file on the DASD. Although the 
DASD provides quick access to his data, it will eventu- 
ally reach full capacity and a backup or secondary stor- 
age system will be needed. An International Business 
Machine (IBM) 3590 tape cartridge is one example of a 
tape device that could be used as a backup or second- 
ary storage system. 

[0004] When the DASD fills to a predetermined 
threshold, the logical volume data for a selected logical 
volume is appended onto a tape cartridge, or a physical 
volume, with the. original left on the DASD for possible 
cache hits. When a DASD file has been appended to a 
tape cartridge and the original remains on the DASD, 
the file is "premigrated." 

[0005] When the host reads a logical volume from the 
VTS, a cache hit occurs if the logical volume currently 
resides on the DASD. If the logical volume is not on the 
DASD, a storage manager determines which of the 
physical tape volumes contains the logical volume. The 
corresponding physical volume is then mounted on one 
of the tape devices, and the data for the logical volume 
is transferred back to the DASD from the tape. 
[0006] The logical volumes processed by a VTS fully 
emulate data volumes stored on physical storage me- 
dia, such as tape media. Applications that utilize tape 
media for data storage typically employ a standard tape 
label at the beginning of the tape. The tape label is sep- 
arated from the rest of the data files on the tape by a 
tapemark. To illustrate, the IBM standard tape label con- 
sists of three fields identified, for example, by VOL1, 
HDR1 and HDR2. Certain host operating systems, such 
as the IBM mainframe operating system type environ- 
ment (MVS), whenever a tape volume is opened, the 
tape label is read. Data contained within the tape label, 
which had been written by the host operating system, 
identifies the data tape as well as the major dataset, i. 



e., data file, names contained on the data tape. The in- 
formation in the tape label is then utilized by the host 
based tape operating system to verify the name and 
contents of the data tape. 

5 [0007] ■ The tape label, or header, is typically read by 
the host system, to ensure that the data tape is the cor- 
rect data tape even if the data tape is being mounted as 
a ■scratch" tape. If the entire content of a logical volume, 
i.e., emulated tape, has already been transferred to a 

10 data tape, a subsequent recall of the data on the data 
tape wijl be required to satisfy a read request for the 
header information. This, in turn, will require a mount of 
the physical data tape that contains the requested infor- 
mation, even if the logical volume is going to be over- 

*5 written, in which case a physical tape mount would not 
be necessary. 

[0008] To minimize these unnecessary data tape 
mounts, whenever a logical volume is transferred, i.e., 
migrated, to a data tape, enough data to contain the en- . 
20 tire tape label and its trailing tape mark is copied and 
stored in a "stub" on the OASD. Since header informa- 
tion for the data tapes are already present on the DASD, 
label reads for scratch mounts will not necessitate a 
physical tape mount for the particular data tapes. Gen- 

6 erally, this information Is not backed up as in the case 
of the data tapes. This, in turn, makes it difficult to quickly 
import and export data tapes to and from a VTS because 
all the data files must be read by the receiving VTS, in 
the case of an import operation, to reconstruct the stub 

so information for the receiving VTS. 

[0009] Accordingly, what is needed in the art is an im- 
proved method for importing/exporting data tapes from 
• one VTS to anothef VTS that mitigates the above-dis- 
cussed limitations in the prior art. More particularly, what 

35 is needed in the art is an improved method for importing/ 
exporting data tapes that does not require reading every 
data file in the imported data tapes to generate the "stub" 
information on the receiving VTS's disk volume cache. 
[0010] The present invention provides, in a first as- 

*o pect a method for efficiently importing/exporting a re- 
movable storage volume from a first virtual storage sys- 
tem to a second virtual storage system utilizing a plural- 
ity of data fragments, said method comprising the steps 
of: writing said plurality of data fragments to the end of 

45 said removable storage volume in said first virtual stor- 
age system, wherein each of said plurality of data frag- 
ments is associated with a corresponding data file locat- 
ed in said removable storage volume; transferring said 
removable storage volume to said second virtual stor- 

50 a ge system; and updating a tape volume cache in said 
second virtual storage system utilizing said plurality of 
data fragments without having to read each of said plu- 
rality of data files. 

[0011] Preferably each of said plurality of data frag- 
55 ments includes: at least one data file; and a file header 
preceding said at least one data file. 
[0012] Preferably, said each of said plurality of data 
fragments further includes a data fragment trailer. 
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[001 3] Preferably, said step of writing a data fragment - 
to the end of a removable storage volume Is initiated 
when said removable storage volume is closed. 
[001 4] Preferably, said step of writing said plurality of 
data fragments to the end of a removable storage vol- 5 
ume is initiated after a period of time when said remov- 
able storage volume is idle. 

[001 5] Preferably, said plurality of data fragments are 
constructed utilizing information residing in a tape vol- 
ume cache in said first virtual storage system. 10 
[001 6] Preferably, said first and second virtual storage 
systems are a virtual tape server. 
[0017] The present invention provides, in a second 
aspect, a virtual storage system comprising: a direct ac- 
cess storage device; a plurality of removable storage « 
volumes, operatrvely coupled to said direct access stor- 
age device to receive data; and a storage manager, cou- 
pled to said direct access storage device and said plu- 
rality of removable storage volumes, wherein said stor- 
age manager writes a plurality of data fragments to the 20 
end of a removable storage volume prior to exporting 
said removable storage volume, each of said plurality of 
data fragments is associated with a corresponding data 
file in said removable storage volume. 
[0018] The present invention provides, in a third as- 25 
pect, a virtual storage system, comprising: a direct ac- 
cess storage device; a plurality of removable storage 
volumes, operatively coupled to said direct access stor- 
age device to receive data; and a storage manager, cou- 
pled to said direct access storage device and said plu- 30 
rality of removable storage volumes, wherein said stor- 
age manager reads a plurality of data fragments of a 
removable storage volume having a plurality of data files 
received from a second virtual storage system and up- 
dates a tape volume cache utilizing information con- 35 
tained in said plurality of data fragments without having 
to read each of said plurality of data files in said remov- 
able storage volume. 

[0019] Preferably, each of said plurality of data frag- 
ments includes: at least one data file; and a file header 40 
preceding said at least one data file. 
[0020] Preferably, said each of said plurality of data 
fragments further includes a data fragment trailer. 
[0021] Preferably, said plurality of data fragments is 
written to the end of said removable storage volume 45 
when said removable storage volume is closed. 
[0022] Preferably, said plurality of data fragments is 
written to the end of said removable storage volume af- 
ter a period of time when said removable storage vol- 
ume is idle. so 
[0023] Preferably, said plurality of data fragments is 
constructed utilizing information residing in a tape vol- 
ume cache in said virtual storage system. 
[0024] Preferably, said removable storage volume is 
a data tape. ss 
[0025] The present invention provides, in a fourth as- 
pect, a method for formatting a data tape that allows for 
efficient importing/exporting of said data tape from afirst 
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virtual storage system to a second virtual storage sys- 
tem, said method comprising the steps of: writing a plu- 
rality of data files to said data tape: utilizing a plurality 
of filemarks to separate said plurality of data files from 
each other; and writing a plurality of data fragments at 
the end of said data tape, wherein each of said plurality 
of data fragments is associated with a data file in said 
data tape allowing said second virtual storage system 
to update a tape volume cache in said second virtual 
storage system without having to read any of said plu- 
rality of data files in said data tape. 
[0026] The present invention provides, in a fifth as- 
pect, a computer program product, comprising: a com- 
puter-readable medium having storedthereon compu- 
ter executable instructions for impiementing a method 
for efficiently importing/exporting a removable storage 
volume from a first virtual storage system to a second 
virtual storage system, said computer executable in- 
structions when executed perform the steps of: writing 
a plurality of data fragments to the end of said removable 
storage volume in said first virtual storage system, 
wherein each of said plurality of data fragments is as- 
sociated with a corresponding data file located in said 
removable storage volume; transferring said removable 
storage volume to said second virtual storage system; 
and updating a tape volume cache in said second virtual 
storage system utilizing said plurality of data fragments 
without having to read each of said plurality of data files. 
[0027] Preferably, each of said data fragments in- 
cludes: at least one data file; and a file header preceding 

■ 

said at least one data file. 

[0028] Preferably, said each of said data fragments 
further includes a data fragment trailer. 
[0029] Preferably, said step of writing a plurality of da- 
ta fragments to the end of a removable storage volume 
is initiated when said removable storage volume is 
closed. 

[0030] Preferably, said step of writing a plurality of da- 
ta fragments to the end of a removable storage volume 
Is initiated after a period of time when said removable 
storage volume is idle. 

[0031] Preferably, said plurality of data fragments is 
constructed utilizing information residing in a tape vol- 
ume cache in said first virtual storage system. 
[0032] Preferably, said removable storage volume is 
a data tape. 

[0033] The present invention accordingly provides an 
improved virtual storage system. 
[0034] The present invention preferably provides a 
method and system utilizing data fragments for efficient- 
ly importing/exporting removable storage volumes be- 
tween virtual storage systems. 
[0035] The present invention preferably provides a 
method and system utilizing datafragments for efficient- 
ly importing/exporting a removable storage volume hav- 
ing a number of data files from a first virtual storage sys- 
tem to a second virtual storage system is disclosed. The 
method includes writing data fragments to the end of the 
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removable storage volume in the first virtual storage 
system. The data fragments contain information, such 
as data file headers, that uniquely identifies the data 
f iles residing in the removable storage volume. Next, the 
removable storage volume is transferred to the second 
virtual storage system. Upon receipt of the removable 
storage volume; the second virtual storage system up- 
dates a tape volume cache in the second virtual storage 
system utilizing the information contained in the data 
fragments without having to read each of the data files. 
In a related embodiment, the data fragments include at 
least one data file, a file header preceding the data file 
and a data fragment trailer. The data f ragments.are writ- 
ten to the end of the removable storage volume when 
the removable storage volume is closed. 
[0036] In another embodiment of the present inven- 
tion, the data fragments are written to the end of the re- 
movable storage volume after the removable storage 
volume has been idle for a period of time. This has the 
added advantage that if an intervening system crash oc- 
curs of a tape volume cache is damaged before the re- 
movable storage volume is filled, the data fragments in 
the partially filled removable storage volume can be uti- 
lized to restore the tape volume cache. 
[0037] A preferred embodiment of the present inven- 
tion will now be described, by way of example only, with 
reference to the accompanying drawings, in which: 

w 

FIGURE 1 illustrates a block diagram of an exem- 
plary virtual storage system that provides a suitable 
environment for the practice of a preferred embod- 
iment of the present invention; 

FIGURES 2A and 2B illustrate a simplified repre- 
sentation of an embodiment of an organization of 
contents in a removable storage volume according 
to a preferred embodiment of the present invention; 

FIGURE 3 illustrates a high-level process flow dia- 
gram for writing to a removable storage volume uti- 
lizing the principles disclosed by a preferred em- 
bodiment of the present invention; and 

FIGURE 4 illustrates a process flow diagram for im- 
porting a data tape into a virtual storage system 
from another virtual storage system according to a 
preferred embodiment of the present invention. 

[0036] With reference now to the figures and in par- 
ticular with reference to FIGURE 1 , there is depicted a 
block diagram of an exemplary virtual storage system 
1 00 that provides a suitable environment for the practice 
of a preferred embodiment of the present invention. Vir- 
tual storage system 100 includes a virtual tape server 
1 1 0 S a tape library 1 50 and a library manager 1 45. A host 
system 10 is linked to virtual tape server 110 via a net- 
work connection, e.g. TCP/IP, LAN, Ethernet, the IBM 
Enterprise System Connection (ESCON). In a preferred 



embodiment, host system 10 is a computer, such as a 
personal computer, workstation or mainframe, that is 
linked to the virtual tape server 1 1 0 via an ESCON chan - 
nel. Virtual tape server 1 1 0, in an advantageous embod- 

5 iment, is a computer, such as a personal computer, 
workstation or mainframe and is associated with a Direct 
Access Storage Device (DASD) cache 135. in a pre- 
ferred embodiment, DASD cache 135 includes a plural- 
ity of hard disks that are spaced into redundant array of 

10 inexpensive disk (RAID) arrays. A separate data cache, 
i.e., tape volume cache 135a, is also shown in FIGURE 
1 and, in other advantageous embodiments, may be 
part of DASD 135. 

[0039] Tape library 150 includes a plurality of tape 
is drives, generally designated first, second and third tape 
drives 155a, 155b, 155c, such as the International Busi- 
ness Machine (IBM) Magstar 3590 tape drives. Gener- 
ally: a removable storage volume, i.e., a tape cartridge, 
is loaded into each of the tape drives. Tape library 150, 
20 typically includes storage management software utilized 
to monitor the active space on the tape cartridges and 
schedule reclamations of tape cartridges when the sys- 
tem is less active. In an advantageous embodiment, 
tape library 1 50 is a tape library system such as the IBM 
25 Magstar 3494 Tape Library. Library manager 1 45 is uti- 
lized in virtual storage system 100 to install, maintain, 
configure, and operate tape library 1 50. Library manag- 
er 145 includes a controller (not shown), such as a per- 
sonal computer or workstation that can assume direct 
30 control over tape library 1 50. 

[0040] DASD cache 135 provides a cache for data 
stored in tape library 150. Tape volume cache 135a 
maintains logical volumes as logical volume files that 
are concatenated into physical volume files in the tape 
35 cartridges loaded in the tape drives located within tape 
library 150. When a logical volume file in DASD cache 
1 35 moves to a tape drive in tape library 1 50, the.logical 
volume file is written to a physical volume file on a tape 
cartridge in the actual tape drive. When a physical vol- 
40 ume file is recalled from a tape drive and moved to tape 
volume cache 135a, the physical volume file then be- 
comes a logical volume file in the tape volume cache 
135a. In this way, tape volume cache 135a provides a 
window to host system 10 of all the physical volumes 
45 files in tape library 150. 

[0041] Upon initialization, virtual tape server 110 
loads a virtual tape controller 115 Into random access 
memory (RAM). Virtual tape controller 115 includes a 
plurality of virtual tape daemons, generally designated 
so first and second tape daemons 1 20a, 1 20b (for ease of 
explanation) that represent and emulate virtual tape de- 
vices to host system 1 0. Host system's 1 0 operating sys- 
tem, in turn, manages the presentation of the virtual tape 
devices to system users (not shown). Host system 10 
55 views the virtual tape devices as actual tape drives and 
when host system 10 attempts to access a logical vol- 
ume in a selected virtual tape device, the respective vir- 
tual tape daemon associated with the virtual tape device 
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requested by the host system 10 will handle the host 
access request. 

[0042] A hierarchical storage management (HSM) cli- 
ent program 125 within virtual tape server 110 inter- 
cepts- and processes the access request from the vir- 5 
tual tape daemons. HSM client 125 then carries out host 
system 10 request to access the logical volume file in 
tape volume cache 135a. In a preferred embodiment, 
HSM client program 125 is part of the IBM AOSTAR Dis- 
tributed Storage Manager (ADSM) product. The ADSM to 
provides generic client/server HSM functions and in- 
cludes an ADSM client to handle file access requests ' 
with software integrated with the operating system ker- 
nel. 

[00431 Virtual tape server 1 1 0 also includes a storage " 
manager server 140 that handles data transfers be- 
tween DASD cache 1 35 and tape library 1 50. For exam- 
ple, if HSM client 1 35 attempts to mount a logical volume 
file that is not located in tape volume cache 135a. HSM 
client 125 will communicate the access request to stor- 2a 
age manager server 140. If the tape in the access re- 
quest is already mounted in a tape drive in tape library 
150, storage manager server 140 will access the phys- 
ical volume for the requested logical volume file from the 
mounted tape. However, If the requested file on a tape & 
is not presently mounted in a tape drive, storage man- 
ager server 1 40 will initiate a request to library manager 
145 to mount the tape containing the physical volume 
corresponding to the requested logical volume file. In 
preferred embodiments, the storage manager server 30 
140 is part of the IBM ADSM product described above. 
[0044] In a preferred embodiment, storage manager 
server 1 40 migrates entire logical volume files from tape 
volume cache 135a to tape library 150. When the avail- 
able space in tape volume cache 135a reaches a pre- 35 
determined level or after a predetermined period of time, 
an automated systems administrator 1 30 will direct stor- 
age manager server 1 40 to migrate logical volume files 
from tape volume cache 135a to tape library 150 for ar- 
chival therein. HSM client 125 will then substitute the aq 
migrated logical volume file with a stub file that includes 
all the information needed to locate and recall a physical 
volume file from tape library 1 50 that corresponds to the 
logical volume. However, when HSM client 1 25 attempts 
to access information not included in a stub file, HSM 45 
client 125 will request that storage manager server 140 
recall the logical volume file from the physical volume in 
tape library 150 to replace the stub file in tape volume 
cache 1 35a. Typically, HSM client 1 25 would migrate the 
least used logical volume files. so 
[0045] Automated systems administrator 130 is in- 
cluded in virtual tape server 110 to perform operations 
that typically performed by a human system administra- 
tor. Automated system administrator 1 30 filters any error 
messages concerning tape library 150 that are gener- ss 
ated by storage manager server 140 that, in turn, re- 
ceives error information updates from library manager 
145. Typically, automated system administrator 130 
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stores information associated with the physical volumes 
in an associated volume status table (not shown). Au- 
tomated system administrator 130 also utilizes a prem- 
igration table (not shown) that maintains information on 
any logical volume files that are in the process of being 
premigrated from tape volume cache 135a to tape li- 
brary 150. During premigration, a logical volume file is 
locked while storage manager server 140 copies from 
the logical volume file in tape volume cache 1 35a to tape 
library 150. The file name Is placed in the premigration 
table to indicate that the logical volume file is presently 
in the process of being premigrated. Once the logical 
volume file is copied over to tape library 150, the logical 
volume file name is removed from the- premigration ta- 
ble. At this poini, the logical volume f iie is maintained in 
both tape volume cache 135a and tape library 150. 
When the available space in tape volume cache 135a 
reaches a predetermined low threshold, the logical vol- 
ume files that have been premigrated, such that a copy 
is maintained in both tape volume cache 135& and tape 
library 150, are deleted from tape volume cache 135a 
and replaced with a stub file. The process of deleting 
the logical volume files from tape volume cache 135a 
and replacing the moved files with a stub file is referred 
to herein as migration. 

[0046] Whenever virtual tape server 110 processes a 
data tape for a scratch allocation operation, virtual tape 
server 110 first performs validation steps to ensure that 
the data tape mounted is usable as a scratch volume. 
The validation steps includes reading information from 
the data tape's volume label, or header. The information 
contained in the volume header typically contains the 
volume name, ownership and first data file name on the 
data tape. For example, the IBM 3494 Model B1 6 Virtual 
Tape Server system stores the first few records of all the 
logical volumes managed by trie-virtual tape server in 
tape volume cache 135a. This is accomplished even if 
the rest of the contents of a logical volume has been 
migrated out to a physical data tape. This allows a 
scratch mount request to be satisfied without having to 
recall the image of the logical volume from its corre- 
sponding physical data tape. These records, contained 
in a data fragment and stored in tape volume cache 
135a are utilized by host system 10 to accomplish the 
validation that a volume is eligible for use as a scratch 
volume. One example of the construction and contents 
of data fragments Is disclosed in U.S. Patent Application 
Serial No, 08/919,043, entitled "Storage and Access to 
Scratch Mounts in VTS system," filed August 27, 1997. 
Since typically 50% of data tape mounts are scratch 
mounts, the utilization of these data fragments enhanc- 
es the overall system performance of virtual tape server 
110. 

[0047] Referring now to FIGURES 2A and 2B, there 
are illustrated simplified representations of an embodi- 
ment of an organization of contents 200 in a removable 
storage volume according to a preferred embodiment of 
the present invention. The formatting of the contents 
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200 in the removable storage volume, such as magnetic 
tape, begins with a tape label 205 that uniquely identifies 
this particular removable storage volume, e.g.. the vol-, 
ume serial number. Afirsttapemark210a } e.g., a unique 
sequence of bits , separates tape label 205 from first log- 
ical volume data 215 that may contain data files corre- 
sponding to a particular customer or project As shown 
in FIGURE 2A, the removable storage volume also in- 
cludes second logical volume data 220 up to N logical 
volumes data 230 followed by a second tapemark 21 Ob, 
also known as a "filemark," to indicate the end of the 
logical volume data. Generally, data blocks, e.g., tape 
label 205 and first logical volume data, stored, on a re- 
movable storage volume are organized in groups form- 
ing structures of two kinds: user-defined data sets or 
"data files" and "labels" that are a group of blocks that 
identify and describe the removable storage volume 
and/or a data file. The next contiguous block in the re- 
movable storage volume isadata fragment 240 file that, 
in an advantageous embodiment, is a data file. A third 
tapemark 210c separates data fragments 240 from an 
end of data mark250, i.e., end of volume indication, that 
may, for example, be two contiguous tapemarks. 
[0048] Data fragments 240, as depicted in FIGURE 
2B, contains fragment of data from each of the data files 
residing in the removable storage volume, such as 
header information. Generally, the data fragment in- 
cludes ADSM information utilized in recalling the data 
file, VTS header information that identifies the logical 
volume and may provide, in an advantageous embodi- 
ment, size and timestamp information. The data frag- 
ment may also contain, for example, the first 3 Kbytes 
of a customer data as represented internally by a VTS. 
To illustrate, the customer data may begin with VOL1, 
HDR1 , HDR2 and a tape mark. The VOL and HDR 
records are typically 80 bytes each and including the 
VTS format overhead, will fit in a data fragment easily. 
It is this "standard label" information that a host system 
will typically read on a scratch mount operation to verify 
that it has the right tape. Utilization of a scratch tape will 
then usually continue with the host system re-writing the 
tape from the tape's beginning, at which point the data 
in the logical volume (and data fragment) will no longer 
be required, having been replaced by the write data. 
[0049] In a preferred embodiment, data fragments 
240 is written whenever a removable storage volume is 
closed and the information (discussed above) in data 
fragments 240 is generated from information that is al- 
ready residing in a tape volume cache. The virtual stor- 
age system's tape volume cache may be resident in a 
tape volume cache associated with the virtual storage 
system or, alternatively, may be resident in a separate 
direct access storage device. Thus, when the remova- 
ble storage volume is exported, i.e.. transferred to an- 
other virtual storage system, the information in data 
fragments 240 can be read quickly and more efficiently 
by the receiving virtual storage system to reconstruct the 
tape volume cache information in the receiving virtual 



storage system tape volume cache without having to 
read the entire content of the transferred removable 
storage volume or scan through the entire database If 
data fragments 240 was appended to the transferring 
s virtual storage system database in an alternate embod- 
iment. This results in faster operational readiness and 
enhanc s overall system performance. 
[0050] Alternatively, in another advantageous em- 
bodiment, data fragments 240 is written to the stacked, 
10 i.e., mounted, removable storage volume whenever the 
stackecj removable storage volume has been idle, i.e., 
not used, for a specified period of time. Thus, if an in- 
tervening system crash occurs before the removable 
storage volume is filled, data fragments will still exist, 
*5 even for a nartialh/ filloH 
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ments can then be used to update the virtual storage 
system tape volume cache during the subsequent re- 
covery operations. Utilizing the Information in the data 
fragments to restore the crashed virtual storage system, 
20 tape volume cache instead of having to read each data 
file in the associated removable storage volume to ob- 
tain the necessary information results in faster recovery 
times and enhances system performance. The process 
of generating of data fragments and the utilization of the 
25 data fragments in an import operation is described in 
greater detail hereinafter with respect to FIGURES 3 
and 4, with continuing reference to FIGURES 1 and 2. 
[0051] Referring now to FIGURE 3, there is depicted 
a high- level process flow diagram 300 for writing to a 
30 removable storage volume utilizing the principles dis- 
closed by a preferred embodiment of the present inven- 
tion. Process flow diagram 300 is initiated, as illustrated 
in step 310, when one or more logical volumes in tape 
volume cache 135a is scheduled to be copied onto a 
35 data tape, i.e., removable storage volume, in tape library 
150. The copying of a logical volume to a physical data 
tape may be necessitated if data in tape volume cache 
1 35a has reached a predetermined level. Storage man- 
ager server 140 will then select a data tape that is not 
to full as depicted in step 315. After a non-full data tape 
has been selected, library manager 145 will execute the 
command to mount the data tape on one of the tape 
drives in tape library 150, following which, virtual tape 
server 110 will open the data tape, as illustrated in step 
45 320. Following the mounting of the selected data tape 
on a tape drive, as depicted in step 325, storage man- 
ager server 1 40 positions a read/write head in the tape 
drive to the end of the data in the data tape and back- 
spaces one data file. The data tape is now positioned 
50 prior to the data tape's data fragments file. Afternatively, 
in another advantageous embodiment, virtual tape serv- 
er 110 may start at the beginning of the data tape and 
forward space to second tapemark 21 0b. Next, storage 
manager server 140 will migrate, i.e., copy, a logical vol- 
55 ume file to the data tape. 

[0052] After the logical volume file has been written 
onto the data tape, process 300 determines if there is 
additional space available on the opened data tape for 
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more logical volume files, as illustrated in decisional 
step 335. if process 300 determines if there is no more 
space available on the opened data tape, the opened 
data tape is marked as full , as depicted in step 340. After 
the opened data tape is marked as full, the data frag- 
ment file in the opened data tape is updated, i.e., a data 
fragment of the newly migrated logical volume is added 
to the existing data fragments, and the opened data tape 
is closed and demounted : i.e., archived, as illustrated in 
step 365. 

[0053] Returning back to decisional step 335, if proc- 
ess 300 determines that there is more space available ' 
on the opened data tape for more data files, another de- 
termination is made, as depicted in decisional step 345, 
to ascertain If there are more logical volumes that need 
to be copied onto the opened data tape. If there is an- 
other logical volume that needs to be copied, process 
300 proceeds to step 300 to Initiate another copying op- 
eration. However, if process 300 determines that there 
are no more logical volumes queued for migration, proc- 
ess 300 resorts to an idle state for a predetermined pe- 
riod of time, as illustrated in step 350. After waiting for 
the specified period of time, process 300 again checks 
to see if another logical volume is scheduled to be mi- 
grated from tape volume cache 1 35a to the opened data 
tape, as depicted in decisional step 335. If there is an- 
other logical volume scheduled to be migrated to the 
opened data tape, process 300 proceeds back to step 
330 to initiate another copying operation. If, on the other 
hand, process 300 determines that there is no logical 
volume in tape volume cache 135a required to be mi- 
grated to the opened data tape, process 300 makes an- 
other determination, as illustrated in decisional step 
360, to ascertain if the opened data tape has been idled 
for a predetermined period of time. 
[0054] The predetermined period of time may, in an 
advantageous embodiment, be a set number of wait cy- 
cles. It should be noted that a preferred embodiment of 
the present invention does not contemplate limiting its 
practice to any one set period of idle time or a specific 
number of wait cycles. If process 300 determines that 
the opened data tape has not been idled for the specified 
period of time, process 300 proceeds back to step 350, 
where process 300 reverts back to an idle state for the 
specified period of time. If, however, process 300 deter- 
mines that the opened data tape has been idled for a 
period equal to or greater than the predetermined wait- 
ing period, process 300 proceeds on to step 365 dis- 
cussed previously, where the associated data fragment 
file in the opened data tape is updated with the data frag- 
ments that uniquely identifies ail the newly copied logical 
volumes. After the data fragments have been updated, 
the opened data tape is then closed and demounted and 
process 300 is terminated, as depicted in step 370. 
[0055] Referring now to FIGURE 4 S there is illustrated 
a process flow diagram 400 for importing a data tape 
into a virtual storage system from another virtual storage 
system according to a preferred embodiment of the 
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present invention. Process 400 is initiated, as illustrated 
in step 410, when a data tape is transferred from one 
virtual storage system to another. The receiving virtual 
storage system mounts and opens the data tape, utilizing 

5 one its available tape drives in its tape library, as depict- 
ed in step 420. The receiving virtual storage system then 
opens and positions th data tape to its end of the data 
field and backspaces one data file. Alternatively, in an- 
other advantageous embodiment, the receiving virtual 

10 tape server may start at the beginning of the data tape 
and forward space to the data fragment file. The opened 
data tape is now positioned at the beginning of the 
opened data tape associated data fragment file, as il- 
lustrated in step 430. Process 400 then reads the data 
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tifies the data files recorded in the data tape to a tape 
volume cache associated with* the receiving virtual stor- 
age system, as depicted in step 440. 
[0056] Alternatively, in another advantageous em- 

20, bodiment, process 400 may also be used to more effi- 
ciently restore a virtual storage system's tape volume 
cache following, for example, a system crash that had 
corrupted or erase the contents in the tape volume 
cache. In this alternate embodiment, following a system 

25 crash, each of the data tapes in an associated tape li- 
brary is mounted and opened. The data fragments in 
each data tape is then read and copied to the virtual 
storage system's tape volume cache to restore the in- 
formation that had been lost or corrupted. Having to only 

30 read a single data file, i.e., data fragment file, in each 
data tape instead of having read all the data files in each 
data tape to recover the information lost in the tape vol- 
ume cache results in a shorter recovery operation from 
a system crash that ultimately enhances overall system 

35 performance and reliability. 

[0057] It should be noted that although a preferred 
embodiment of the present invention has been de- 
scribed, in one embodiment, in the context of a compu- 
ter system, those skilled in the art will readily appreciate 

40 that the methods of a preferred embodiment of the 
present invention described hereinabove may be imple- 
mented, for example, by operating storage manager 
server 140 or other suitable electronic module to exe- 
cute a corresponding sequence of machine-readable in- 

^5 structions. These instructions may reside in various 
types of signal- bearing media. In this respect, one as- 
pect of a preferred embodiment of the present invention 
concerns a programmed product, that includes signal- 
bearing media tangibly embodying a program of ma- 

50 chine-readable instructions executable by a digital data 
processor to perform the methods described above. A 
preferred embodiment of the present invention does not 
contemplate limiting its practice to any particular type of 
signal- bearing media, i.e., computer readable medium, 

55 utilized to actually carry out the distribution. Examples 
of signal-bearing media includes recordable type media, 
such as floppy disks and hard disk drives, and transmis- 
sion type media such as digital and analog communica- 
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tion links and wireless. 



Claims 



1. 



A method for efficiently importing/exporting a re- 
movable storage volume from a first virtual storage 
system to a second virtual storage system utilizing 
a plurality of data fragments, said method compris- 
ing the steps of: 

writing said plurality of data fragments to the 
end of said removable storage volume in said 
first virtual storage system, wherein each of 
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at least one data file; and 



a file header preceding said at least one data 

file. 

5 

5. A method or system as claimed in claim 4. wherein 
said each of said plurality of data fragments further 
includes a data fragment trailer. 

to 6. A method or system as claimed in any preceding 
clajm, wherein said plurality of data fragments is 
written to the end of said removable storage volume 
when said removable storage volume is closed. 



said plurality of data fragments is associated *5 
with a corresponding data file located in said 
removable storage volume; 



transferring said removable storage volume to 
said second virtual storage system; and 

updating a tape volume cache in said second 
virtual storage system utilizing said plurality of 
dat3 fragments without having to read each of 
said plurality of data files. 

2. A virtual storage system comprising: 

a direct access storage device; 

a plurality of removable storage volumes, oper- 
ative^ coupled to said direct access storage 
device to receive data; and 

a storage manager, coupled to said direct ac- 
cess storage device and said plurality of remov- 
able storage volumes, 

wherein said storage manager writes a plural- 
ity of data fragments to the end of a removable stor- 
age volume prior to exporting said removable stor- 
age volume, each of said plurality of data fragments 
is associated with a corresponding data file in said 
removable storage volume. 

3. A virtual storage system as claimed in claim 2, 
wherein said storage manager reads a plurality of 
data fragments of a removable storage volume hav- 
ing a plurality of data files received from a second 
virtual storage system and updates a tape volume 
cache utilizing information contained in said plural- 
ity of data fragments without having to read each of 
said plurality of data files in said removable storage 
volume. 

4. A method as claimed in claim 1, or a system as 
claimed claim 2 or claim 3, wherein each of said plu- 
rality of data fragments includes: 



20 



25 



30 



7. A method or system as claimed in any preceding 
claim, wherein said plurality of data fragments is 
written to the end of said removable storage volume 
after a period of time when said removable storage 
volume is idle. , 

8. A method or system as claimed in any preceding 
claim,, wherein said plurality of data fragments is 
constructed utilizing information residing in a tape 
volume cache in said virtual storage system. 

9. A method or system as claimed in any preceding 
claim, wherein said removable storage volume is a 
data tape. 

10. A computer program comprising computer program 
instruct ionslo, when loaded into a computer system 
and executed, cause the computer system to per- 
form the steps of a method as claimed in claim 1 or 
in any of claims 4 to 7. 
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